Księgowość > Interfejsy > Eksport płatności do Sage Treasury 

Ta funkcja jest używana do generowania pliku zawierającego zbiór zaksięgowanych płatności do wysłania do oprogramowania zarządzania środkami pieniężnymi.

Ten plik jest tworzony poprzez eksport danych z dedykowanej tabeli ładowanej w momencie księgowania płatności.

Główna zasada

Ta tabela jest ładowana, jeśli spełniono następujące warunki:

  • Płatność pochodzi z transakcji, dla której skonfigurowano zdarzenie wyzwalające (księgowanie weksli, księgowanie pośrednie lub księgowaniu w banku).
    SEEREFERTTO Zob. dokumentacja na temat transakcji rozliczeniowych.
  • Etap księgowania został ukończony dla płatności odpowiadającej temu zdarzeniu wyzwalającemu. Bank, dla którego płatność została zaksięgowana jest powiązany z kodem interfejsu zarządzania środkami pieniężnymi.
    SEEREFERTTO Zob. dokumentacja na temat konta bankowego.
Przypadki szczególne:
  • Płatności zaksięgowane bez żadnego banku na etapie odpowiadającym temu zdarzeniu wyzwalającemu są uwzględniane w dedykowanej tabeli, ale dla automatycznie wygenerowanego, fikcyjnego banku.
    (Przykład: Płatności transakcji, dla których zdarzenie wyzwalające to księgowanie weksli, ponieważ bank nie musi być znany na tym etapie.)
  • Opłaty bankowe (dla docelowego banku/konta) nie są ładowane w dedykowanej tabeli.
  • Usunięcia księgowania płatności ładują się w dedykowanej tabeli w momencie interwencji po zdarzeniu wyzwalającym sygnalizując uwzględnienie płatności.

SEEINFOOczekiwany plik to plik o stałej długości, bez separatora rekordów.
SEEREFERTTO Zob. dokumentacja na temat struktury pliku płatności.

    Warunek

    SEEREFERTTO Odniesienie do dokumentacji Implementacja

    Zarządzanie ekranem

    Karta Ekran wpisów

    Pola

    Na tej karcie występują następujące pola :

    Generowanie

    • Typ generowania (pole SIM)

    Służy do określenia trybu wykonania eksportu płatności (menu lokalne 2678).
    Należy zauważyć:

    • W trybie wprowadzania
      • plik płatności jest generowany w Katalogu określonym jako miejsce docelowe
      • Ten sam numer zapytania zostaje automatycznie przypisany do składowych płatności z różnych wygenerowanych plików
      • operacje płatności o tym samym kodzie przegrupowania pliku gromadzone są w tym samym pliku zwanym [kod przegrupowania pliku]+[numer zapytania]
      • Na przykład:
        Rozważmy operacje ręcznego i automatycznego wydawania czeków. Ich kod przegrupowania pliku jest podobny i jest równy CHQ.
        Rozważmy operacje otrzymanych przelewów o kodzie przegrupowania pliku równym VIR.
        Bieżące uruchomienie eksportu płatności doprowadzi do wygenerowania 2 plików płatności zwanych CHQ00000001 i VIR00000001. W przypadku CHQ i VIR użyte będą kody plików, zaś w przypadku 00000001 numer zapytania eksportowego.
    • w Trybie symulacji
      • nie jest generowany żaden plik
      • Plik log zawiera syntezę płatności, które mogą zostać uwzględnione, z agregacją przeprowadzoną na poziomie [Firma/Bank/Konto]+[Wsparcie/typ Operacji]+[Data Operacji].
    • w trybie ponownego generowania
      • Ten tryb służy do ponownego wygenerowania identycznego jednego pliku lub kilku plików płatności, które zostały już wygenerowane w trybie wprowadzania.
        W tym celu należy wybrać numer zapytania związany z nimi po wstępnym wygenerowaniu w trybie wprowadzania.
    • Nr zlecenia (pole REQ)

    W przypadku odtwarzania, należy wybrać numer zapytania, które należy uruchomić ponownie.
    Płatności związane z tym numerem eksportowane są ponownie, w ten sam sposób jak w przypadku wstępnego wygenerowania w trybie wprowadzania (to samo grupowanie, ta sama nazwa pliku, itp.).

    Kryteria

    Wprowadź kod grupy firm, do którego musi należeć firma dokonująca płatności, aby płatności mogły zostać wyeksportowane.
    Jest to w istocie grupa podmiotów gospodarczych a nie lokalizacja lub grupa lokalizacji.

    • Wszystkie transakcje (pole ALLTPY)

    Wykorzystywany w celu wyboru płatności, jakie należy uwzględnić w eksporcie, niezależnie od ich pierwotnej transakcji lub dla danej pierwotnej transakcji.

     

    Miejsce docelowe

    • pole TYPEXP

    Brak pomocy dla tego pola.

    • Katalog (pole VOLFIL)

     

    • Log (pole TRC)

    Służy do śledzenia wykonania eksportu płatności.
    Zawartość pliku śledzenia jest różna, w zależności od trybu generowania:

    • w Trybie wprowadzania
      W pliku śledzenia określa się liczbę wygenerowanych plików.
      Następnie, dla każdego z nich, w pliku śledzenia określa się liczbę wyeksportowanych pozycji, a następnie poprzez kombinację Firma/Bank/Konto - łączną kwotę płatności w walucie konta/banku.
    • w Trybie symulacji
      Plik log zawiera syntezę płatności, które mogą zostać uwzględnione, z agregacją przeprowadzoną na poziomie [Firma/Bank/Konto]+[Wsparcie/typ Operacji]+[Data Operacji].

    Firma/bank/konto 

    Wsparcie/typ Operacji

    Liczba płatności

    Data operacji

    Waluta kwoty

    Kod interfejsu zarządzania gotówką banku
    lub
    fikcyjny kod banku
    (FIC+firma płatności+waluta operacji)

    (Przychody lub wydatki)
    oraz kod operacji płatności

    Liczba płatności ujętych w pozycji agregacji

    Data operacji płatności

    Suma płatności w walucie księgowania

     FICAPN..EUR

    RCTRA.

    0009

    18/11/07

    1620.50 EUR

     FICAPN..EUR

    RCTRA.

    0003

    25/11/07

    420.20 EUR

     ...

    ...

    ...

    ...

    ...

    • w trybie ponownego generowania
      Plik śledzenia jest podobny do pliku wyświetlanego podczas wstępnego generowania w trybie wprowadzania.

    Zamknij

     

    Raporty

    Z funkcją domyślnie powiązane są następujące raporty :

     REQEXPCASPAY : Zapotrzebowanie/lista wpłat zarządzania płynnością

    Można to zmienić w ustawieniach.

    Struktura pliku płatności

    Wygenerowany plik ma stałą długość, bez separatora pól.

    Nr

    Kod pola
    Moduł Sage Concept Cash Management

    Nazwa pola
    Moduł Sage Concept Cash Management

    Komentarze vs Sage X3

    Przykłady

    Pozycja

    Długość

    1

    2

    3

    BANCA

    SOCIETA

    CONTO

    Kod banku

    Kod firmy

    Kod księgowy

    (A) Żaden bank nie jest wskazany na dokumencie płatności.
    Automatyczne tworzenie kombinacji FIC + kod firmy płatności + kod ISO waluty płatności (1)

    (b) Bank jest wskazany na dokumencie płatności. Uwzględnienie kodu interfejsu zarządzania środkami pieniężnymi.

    (a) FICAPN..EUR.....



    (b) BNPAPNEUR
    (= Kod interfejsu zarządzania środkami pieniężnymi banku składający się z 16 znaków alfanumerycznych)

    (a) (b)

    1 1

    4

    9
    .....

    (a) (b)

    316

    5

    3
    .....

    4

    CAUSALE

    Kod obsługi

    Konkatenacja kierunku pozycji wpisu bankowego i kodu transakcji rozliczeniowej
    ([F:DAE]SNS=1 equals Revenue) and
    ([F:DAE]SNS=-1 equals Expense)

    RCCHQR

    17

    6

    5

    IMPORTO

    Kwota w walucie konta (2)

    Kwota płatności w walucie księgi (2).
    Uwzględnia poziom agregacji zapisów płatności (3).
    Kwota maks. 13.2 bez zmiennoprzecinkowej wartości dziesiętnej.

    1234567890123,12

    23

    16

    6

    IMPDIVISA

    Kwota w walucie operacji

    Kwota płatności w walucie operacji (2).
    Uwzględnia poziom agregacji zapisów płatności (3).
    Kwota maks. 13.2 bez zmiennoprzecinkowej wartości dziesiętnej.

    1234567890123,12

    39

    16

    7

    DIVISA

    Waluta operacji

    Kod ISO waluty transakcji rozliczeniowej

    EUR

    55

    3

    8

    DOPE

    Data operacji

    Ładowana domyślnie przez warunek płatności:
    * fakt generujący = wpłata w banku
    - DOPE = data księgi
    * fakt generowania < wpłata w banku
    - DOPE = data wymagalności, jeśli data wymagalności > data księgi
    - DOPE = data księgi, jeśli data wymagalności < data księgi

    18112007

    58

    8

    9

    DVAL

    Data wartości

    Data wartości zapisu płatności

    19112007

    66

    8

    10

    NUMOPE

    Liczba operacji

    Liczba płatności danego poziomu agregacji (3).

    0005

    74

    4

    11

    12

    13

    14

    15

    NASS

    CPTA

    CDC

    DESCR

    CODRIF

    Numer czeku

    Kod konta analitycznego

    Kod aneksu

    Komentarz

    Kod referencyjny

    Zawartość tych pól jest definiowana przez ustawienia z karty Zarządzanie gotówką w transakcjach rozliczeniowych.
    Należy zwrócić uwagę na numer czeku – jeśli transakcja rozliczeniowa zawiera pole „Numer czeku” (CHQNUM dla PAYMENTH) to jego zawartość jest pobierana automatycznie.
    Należy zwrócić uwagę na kod konta analitycznego i aneksu – w oprogramowaniu zarządzania środkami pieniężnymi te 2 pola wskazują tabelę wartości.

    371B78A2

    411000....

    ASN...

    DEL001.. płatność

    FR

    78

    86

    102

    118

    150

    8

    16

    16

    32

    8

    Liczba znaków/rekord

    =

    158

    (1) Uwaga: należy przewidzieć konfigurację fikcyjnego banku FIC w oprogramowaniu zarządzania środkami pieniężnymi.

    (2) Istnieją dwa różne przypadki:
    - bank jest znany, jest on wskazany na płatności – kwoty w walucie konta są wyrażane w walucie banku (CUR dla BANK), a kwoty w walucie operacji są wyrażane w walucie transakcji (która może się różnić od waluty banku)
    - bank jest nieznany, nie jest on wskazany na płatności – fikcyjny bank używa waluty transakcji, a kwoty w walucie księgi (IMPORTO) są wyrażane w tej walucie (razem z kwotami w walucie operacji IMPDIVISA)

    (3) Rozważmy transakcję rozliczeniową z księgowaniem pośrednim i księgowaniem weksli (np. otrzymane i możliwe do zrealizowania czeki), z wpłatą w banku jako faktem generującym oraz dowodem wpłaty jako poziomem grupowania. W momencie wpłaty w banku N płatności/czeków, na koncie bankowym generowana jest jedna pozycja zapisu. Ta kwota jest używana na poziomie interfejsu zarządzania środkami pieniężnymi (z drugiej strony liczba płatności NUMOPE to N a nie 1).

    Zawartość pól jest wyrównywana do lewej za wyjątkiem kwot (IMPORTO i IMPDIVISA), które są wyrównywane do prawej.

    Po stronie modułu Zarządzanie gotówką log dostarczany w celu umożliwienia pracy z płatnościami w Sage X3 to plik OPR3.INI.

    Struktura pliku płatności

    Wygenerowany plik ma stałą długość, bez separatora pól.

    Nr

    Nazwa pola
    Sage 1000 Cash Management

    Komentarze vs Sage X3

    Przykłady

    Pozycja

    Długość

    1

    2

    3

    Kod banku

    Kod firmy

    Kod księgowy

    (A) Żaden bank nie jest wskazany na dokumencie płatności.
    Automatyczne tworzenie kombinacji FIC + kod firmy płatności + kod ISO waluty płatności (1)

    (b) Bank jest wskazany na dokumencie płatności. Uwzględnienie kodu interfejsu zarządzania środkami pieniężnymi.

    (a) FICAPN..EUR.....

    (b) BNPAPNEUR
    (= Kod interfejsu zarządzania środkami pieniężnymi banku składający się z 16 znaków alfanumerycznych)

    (a) (b)

    1 1

    4

    9
    .....

    (a) (b)

    316

    5

    3
    .....

    4

    Kod konta analitycznego

    Konkatenacja kierunku pozycji wpisu bankowego i kodu transakcji rozliczeniowej
    ([F:DAE]SNS=1 equals Receipt) and
    ([F:DAE]SNS=-1 equals Expense)

    RCCHQR

    17

    6

    5

    Kwota w walucie konta (2)

    Kwota płatności w walucie księgi (2).
    Uwzględnia poziom agregacji zapisów płatności (3).
    Kwota maks. 13.2 bez zmiennoprzecinkowej wartości dziesiętnej.

    1234567890123,12

    23

    16

    6

    Kwota w walucie operacji

    Kwota płatności w walucie operacji (2).
    Uwzględnia poziom agregacji zapisów płatności (3).
    Kwota maks. 13.2 bez zmiennoprzecinkowej wartości dziesiętnej.

    1234567890123,12

    39

    16

    7

    Waluta operacji

    Kod ISO waluty transakcji rozliczeniowej

    EUR

    55

    3

    8

    Data operacji

    Ładowana domyślnie przez warunek płatności:
    * fakt generujący = wpłata w banku
    - DOPE = data księgi
    * fakt generowania < wpłata w banku
    - DOPE = data wymagalności, jeśli data wymagalności > data księgi
    - DOPE = data księgi, jeśli data wymagalności < data księgi

    18112007

    58

    8

    9

    Data wartości

    Data wartości zapisu płatności

    19112007

    66

    8

    10

    Liczba operacji

    Liczba płatności danego poziomu agregacji (3).

    0005

    74

    4

    11

    12

    13

    14

    15

    Przesunięcie

    Komentarz

    Nr referencyjny

    Zestawienie typu LOC

    Kod budżetu

    Zawartość tych pól jest definiowana przez ustawienia z sekcji Zarządzanie gotówką w transakcjach rozliczeniowych.
    Należy zwrócić uwagę na numer referencyjny – jeśli transakcja rozliczeniowa zawiera pole „Numer czeku” (CHQNUM dla PAYMENTH) to jego zawartość jest pobierana automatycznie.
    Należy zwrócić uwagę na
    kod budżetu – w oprogramowaniu zarządzania środkami pieniężnymi to pole wskazuje tabelę wartości.

    VII...

    DEL001.. płatność

    371B78A2...

    Brak...

    411000...

    78

    206

    334

    462

    590

    128

    128

    128

    128

    128

    Liczba znaków/rekord

    =

    718

    (1) SEEWARNINGNależy przewidzieć konfigurację fikcyjnego banku FIC w oprogramowaniu zarządzania środkami pieniężnymi.

    (2) Istnieją dwa różne przypadki:
    - bank jest znany, jest on wskazany na płatności – kwoty w walucie konta są wyrażane w walucie banku (CUR dla BANK), a kwoty w walucie operacji są wyrażane w walucie transakcji (która może się różnić od waluty banku)
    - bank jest nieznany, nie jest on wskazany na płatności – fikcyjny bank używa waluty transakcji, a kwoty w walucie księgi są wyrażane w tej walucie (razem z kwotami w walucie operacji)

    (3) Rozważmy transakcję rozliczeniową z księgowaniem pośrednim i księgowaniem weksli (np. otrzymane i możliwe do zrealizowania czeki), z wpłatą w banku jako faktem generującym oraz dowodem wpłaty jako poziomem grupowania. W momencie wpłaty w banku N płatności/czeków, na koncie bankowym generowana jest jedna pozycja zapisu. Ta kwota jest używana na poziomie interfejsu zarządzania środkami pieniężnymi (z drugiej strony liczba płatności to N a nie 1).

    Zawartość pól jest wyrównywana do lewej za wyjątkiem kwot, które są wyrównywane do prawej.

    Nr

    Nazwa pola
    SFRP Treasury

    Komentarze

    Przykłady

    Pozycja

    Długość

    1

    Konto środków pieniężnych

    Przypadek 1:
    Żaden bank nie jest wskazany na dokumencie płatności. Automatyczne tworzenie z FIC + kod firmy + kod ISO waluty transakcji. Jest to jedenaście znaków.

    FICAPN...EUR

    1
    6
    9

    3
    5
    3

    Przypadek 2:
    Bank jest wskazany na dokumencie płatności. Uwzględnia się TRECOD.

    BNP512100APN

    1

    12

    2

    Kierunek

    SNS dla GACCENTRYD.

    E

    13

    1

    3

    Kod przepływu

    Transakcja rozliczeniowa (PAYTYP, pięć znaków PAYMENTH).

    FVIRN

    14

    5

    4

    Kwota w walucie konta

    Wyrażona jako wartości bezwzględne i zaokrąglona do dwóch miejsc po przecinku.

    1234567890123,45

    19

    16

    5

    Kwota w walucie operacji

    Wyrażona jako wartości bezwzględne i zaokrąglona do dwóch miejsc po przecinku.

    1234567890123,45

    35

    16

    6

    Waluta operacji

    Kod IDO waluty.

    EUR

    51

    3

    7

    Data operacji

    Domyślnie odpowiada [F:HAE]DUDDAT lub [F:HAE]ACCDAT.
    Może zostać skonfigurowana na poziomie transakcji wprowadzania płatności.

    07092009

    54

    8

    8

    Liczba operacji

    Liczba operacji zawartych w płatności.

    3

    62

    4

    9

    Komentarz

    Może zostać skonfigurowana na poziomie transakcji wprowadzania płatności.

    Zapas DELL001 Płatność 07/09

    66

    32

    10

    Kod referencyjny

    Może zostać skonfigurowana na poziomie transakcji wprowadzania płatności.

    DELL001_07/09

    98

    16

    (1) SEEWARNINGNależy przewidzieć konfigurację fikcyjnego banku FIC w oprogramowaniu zarządzania środkami pieniężnymi.

    (2) Istnieją dwa różne przypadki:
    - bank jest znany, jest on wskazany na płatności – kwoty w walucie konta są wyrażane w walucie banku (CUR dla BANK), a kwoty w walucie operacji są wyrażane w walucie transakcji (która może się różnić od waluty banku)
    - bank jest nieznany, nie jest on wskazany na płatności – fikcyjny bank używa waluty transakcji, a kwoty w walucie księgi są wyrażane w tej walucie (razem z kwotami w walucie operacji)

    (3) Rozważmy transakcję rozliczeniową z księgowaniem pośrednim i księgowaniem weksli (np. otrzymane i możliwe do zrealizowania czeki), z wpłatą w banku jako faktem generującym oraz dowodem wpłaty jako poziomem grupowania. W momencie wpłaty w banku N płatności/czeków, na koncie bankowym generowana jest jedna pozycja zapisu. Ta kwota jest używana na poziomie interfejsu zarządzania środkami pieniężnymi (z drugiej strony liczba płatności to N a nie 1).

    Zawartość pól jest wyrównywana do lewej za wyjątkiem kwot, które są wyrównywane do prawej.

    Zadanie przetwarzania w tle

    Tę funkcję można wykonać w trybie wsadowym,. W tym celu przewidziano EXPCASPAY zadanie standardowe.

    Reguły przepływu

    Wykonaniu eksportu płatności do oprogramowania zarządzania środkami pieniężnymi może towarzyszyć przesłanie informacyjnej wiadomości e-mail, jeśli reguła przepływu CASHPAY została aktywowana (kod zdarzenia CSP).

    Ta wiadomość podsumowuje katalog generowania plików oraz kod użytkownika, który dokonał eksportu.
    Log generowania jest przesyłany jako załącznik.

    Czyszczenie dedykowanej tabeli

    Formuła czyszczenia CASH jest używana w celu wyczyszczenia tabeli PYHCAS.
    Rekordy są następujące:

    • rekordy wyeksportowane w rzeczywistości,
    • rekordy, których źródłowa płatność została wyczyszczona,
    • rekordy względem liczby dni oczekiwania względem źródłowej daty żądania (DATPCH).

    Przyciski określone

    W oknie otwartym przez ten przycisk występują następujące pola :

    • Kod zapytania (pole CODE)

    Kod zapisu pozwalający na zapis kryteriów na ekranie wprowadzania. Z pola tego należy skorzystać w celu sprawdzenia, czy istnieje zarejestrowany kod zapisu, aby przechować bieżące wartości ekranu.

    Następujące przyciski umożliwiają zarządzanie zapisami:

    Przywołaj: Należy skorzystać z tego przycisku, aby przywołać poprzedni, zdefiniowany i zarejestrowany zapis.

    Zapisz: Należy skorzystać z tego przycisku w celu zapisania bieżących wartości ekranu w pliku zapisu z kodem do wprowadzenia.

    Usuń Zapisz: Należy skorzystać z tego przycisku, w celu usunięcia poprzedniego, zarejestrowanego zapisu.

    Jeśli z ekranem powiązany jest zapis o nazwie STD, zostanie on pobrany podczas otwierania odpowiedniej funkcji.

    Zamknij

    SEEREFERTTO Więcej informacji znajduje się w dokumentacji dotyczącej przycisku [Zapamiętaj].

    SEEREFERTTO Więcej informacji znajduje się w dokumentacji dotyczącej przycisku [Zapamiętaj].

    Komunikaty o błędach

    Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :

    „To nie jest grupa firm.”

    Eksport może dotyczyć tylko grupy firm (jednostki prawnej lub grupy jednostek prawnych).

    „Brak płatności do zaproponowania.”

    Przetwarzanie eksportu płatności nie znalazło żadnych płatności odpowiadającym kryteriom eksportu.

    Użyte tabele

    SEEREFERTTO Odniesienie do dokumentacji Implementacja